忘記在哪邊看到的一句話
最難的工作要交給最懶的人，因為他會找到最有效率、省時省工的方式把它完成

由於今年初加入了一間新創，觀察一陣子發現：公司暫時無自有產品、多數工作皆為接案
當初選擇這間公司是觀察到「有設計需求，但暫無設計部門」
我在公司的角色是產品經理，但其實我對設計還是比較有興趣的，做為 PM 要能夠很有智慧的說話、進退得宜，而這件事真的很難！

先說結論，我們最後還是決定：先暫時不做，但由於我三不五時會去逛職缺，一方面可以知道自己在設計還有哪些不足、一方面可以大概了解自己在人力市場的價值，因為看到蠻多 Sr. 級別的會要求要會、或是曾建立過一套系統，希望自己在機會來時是準備好的，所以才開始搜集各項相關資料，未來 30 天會以下面的架構去分享

#1 前置作業

• 為什麼要做？
• 做的優缺點
• 包含哪些項目要做？
• 做的優先順序、注意事項
• 可以先參考哪些設計系統

#2 實際製作

• 製作的工具
• 項目分類一：設計語言
• 項目分類二：Design Token
• 項目分類三：元件(17項)

#3 如何 Maintain

• 管理平台
• 其他注意事項（因為來沒研究過這塊，到時候再統整一下吧！）

實務上的工作經驗小故事

之前曾經跟幾個設計師合作過，有些設計師的Wireframe會很清楚明瞭、有些在看完畫面後會冒出許多疑問
所以那時候開始好奇，當完成一份設計稿的時候有沒有個一個例行檢查的 checklist 可以讓我們避免後續的來回溝通呢？

雖然目前還沒有很完整的一份，但之前在看網路文章時，看到「獸群之心 / Soking」Medium 的文章提到了幾個項目，如果設計稿上都有的話，RD們應該會少嘆幾口氣～
畫面命名跟編碼
在後續跟客戶、工程師們溝通上很實用，尤其是現在我們公司會議都線上居多，別人的那個不是你的那個、你的這個也不會是別人的這個

畫面狀態跟資料
是什麼狀態？資料是從哪裡來、系統怎麼傳遞、會需要多少時間

介面互動
ex:點擊後會發生什麼事？

以上歡迎大家再幫我補充，Day 1 End